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DETAILED ACTION 

1 . The reply filed September 12, 2007, has been received and entered. Claims 1-23 are 
pending. 

Response to Amendment 

2. The objection to the drawings is withdrawn in view of the Replacement Sheet for FIG. 1 
filed January 5, 2007. 

3. The objection to the specification is withdrawn in view of the amendments to the 
specification filed September 12, 2007. 

4. The rejection of claims 13-18 and 23 under 35 U.S.C. § 101 is withdrawn. 

5. The rejection of claims 1-12 and 19-22 under 35 U.S.C. § 101 is maintained, as discussed 
in more detail below. 

6. The rejection of claims 13-19 and 23 under 35 U.S.C. § 1 12, second paragraph, is 
maintained as discussed in more detail below. Claims 1-12, and 20-22 are also rejected under 35 
U.S.C. § 1 12, second paragraph. 

Response to A rguments 

7. Applicant's arguments filed January 5, 2007, have been fully considered but they are not 
persuasive. 

The examiner maintains that Bahrs teaches an XML document comprising at least one 
test case for testing the software. See, e.g., Bahrs at paragraph [0048] ("In this example, the test 
case is located in an XML file and contains the data necessary to execute the component that is 
being tested.") (emphasis added). 
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Further, Bahrs teaches a plurality of executors for executing test cases, where the 
particular executor to be used is specified in the test case. See, e.g., Bahrs et al. 9 paragraphs 
[0043] and [0054] through [0057] (describing configurable execution of test cases specified by 
the test cases themselves through the extension of an abstract test case class based on 
configuration data). 

Claim Rejections - 35 USC § 101 

8. 35 U.S.C. 101 reads as follows: 

Whoever invents or discovers any new and useful process, machine, manufacture, or composition of matter, or 
any new and useful improvement thereof, may obtain a patent therefor, subject to the conditions and 
requirements of this title. 

9. Claims 1-12 and 19-22 are rejected under 35 U.S.C. 101 because the claimed invention is 
directed to non-statutory, subject matter. 

Descriptive material can be characterized as either "functional descriptive material" or . 
"nonfunctional descriptive material." In this context, "functional descriptive material" consists 
of data structures and computer programs which impart functionality when employed as a 
computer component. (The definition of "data structure" is "a physical or logical relationship 
among data elements, designed to support specific data manipulation functions." The New IEEE 
Standard Dictionary of Electrical and Electronics Terms 308 (5th ed. 1993).) "Nonfunctional 
descriptive material" includes but is not limited to music, literary works and a compilation or 
mere arrangement of data. Both types of "descriptive material" are nonstatutory when claimed 
as descriptive material per se. In re Warmerdam, 33 F.3d 1354, 1361, 31 USPQ2d 1754, 1760 
(claim to a data structure per se held nonstatutory). 

Data structures not claimed as embodied in computer-readable media are descriptive 
material per se and are not statutory because they are not capable of causing functional change in 
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the computer. See, e.g., In re Warmerdam, 33 F.3d 1354, 1361, 31 USPQ2d 1754, 1760 (claim to 
a data structure per se held nonstatutory). Such claimed data structures do not define any 
structural and functional interrelationships between the data structure and other claimed aspects 
of the invention which permit the data structure's functionality to be realized. In contrast, a 
claimed computer-readable medium encoded with a data structure defines structural and 
functional interrelationships between the data structure and the computer software and hardware 
components which. permit the data structure's functionality to be realized, and is thus statutory. 

Similarly, computer programs claimed as computer listings per se, i.e., the descriptions or 
expressions of the programs, are not physical "things." They are neither computer components 
nor statutory processes, as they are not "acts" being performed. Such claimed computer 
programs do not define any structural and functional interrelationships between the computer 
program and other claimed elements of a computer which permit the computer program's 
functionality to be realized. In contrast, a claimed computer-readable medium encoded with a 
computer program is a computer element which defines structural and functional 
interrelationships between the computer program and the rest of the computer which permit the 
computer program's-functionality to be realized, and is thus statutory. See In re Lowry, 32 F.3d 
1579, 1583-84, 32 USPQ2d 1031, 1035. 

Claims 1-12 recite a "system" comprising a series of elements that can be reasonably 
interpreted as software, per se. Despite applicant's amendments limiting the intended 
environment to testing software that is stored on computer-readable media, the functional 
elements recited in the claims (i.e., the executor, the dispatcher, and the driver), are not recited as 
being part of the computer-executable instructions stored on such media. The claims do not 
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define any structural and functional interrelationships between the software elements and a 
computer that would permit the described functionality to be realized when the software is 
employed as a computer component. Accordingly, claims 1-12 appear to merely set forth 
functional descriptive material per se, which is nonstatutory. 

A claim that requires one or more acts to be performed defines a process. However, not 
all processes are statutory under 35 U.S.C. § 101. To be statutory, a claimed process must either: 
(A) result in a physical transformation for which a practical application is either disclosed in the 
specification or would have been known to a skilled artisan, or (B) be limited to a practical 
application which produces a useful, tangible, and concrete result. See Diamond v. Diehr, 450 
U.S. 175, 183-84, 209 USPQ 1, 9 (1981) (quoting Cochrane v. Deener, 94 U.S. 780, 787-88 
(1 876)) ("A [statutory] process is a mode of treatment of certain materials to produce a given 
result. It is an act, or a series of acts, performed upon the subject-matter to be transformed and 
reduced to a different state or thing .... The process requires that certain things should be done 
with certain substances, and in a certain order; but the tools to be used in doing this may be of 
secondary consequence;'). See also In re Alappat, 33 F.3d 1 526, 1 543, 3 1 USPQ2d 1 545, 1 556- 
57 (quoting Diehr, 450 U.S. at 192, [209 USPQ at 10]). 

In Stale Street, the Federal Circuit examined some of its prior section 101 cases, 
observing that the claimed inventions in those cases were each for a "practical application of an 
abstract idea" because the elements of the invention operated to produce a "useful, concrete and 
tangible result." State St. Bank & Trust v. Signature Fin. Group, 149 F,3d 1368, 1373-74, 47 
USPQ2d 1596, 1601-02 (Fed Cir. 1998). For example, the court in State Street noted that the 
claimed invention in Alappat "constituted a practical application of an abstract idea (a 
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mathematical algorithm, formula, or calculation), because it produced 'a useful, concrete and 
tangible result' — the smooth waveform." Id. Similarly, the claimed invention in Arrhythmia 
"constituted a practical application of an abstract idea (a mathematical algorithm, formula, or 
calculation), because it corresponded to a useful, concrete and tangible thing — the condition of a 
patient's heart." Id. (citing Arrhythmia Research Tech. V. Corazonix Corp., 958 F.2d 1053, 22 
USPQ2d 1033 (Fed. Cir. 1992)). 

In determining whether the claim is for a "practical application," the focus is not on 
whether the steps taken to achieve a particular result are useful, tangible and concrete, but rather 
that the final result is "useful, tangible and concrete." The Federal Circuit further ruled that it is 
of little relevance whether a claim is directed to a machine or process for the purpose of a § 101 
analysis. AT&T Corp. v. Excel Commcns, 172 F.3d 1352, 1358, 50 USPQ2d 1447, 1451 (Fed. 
Cir. 1999). 

Claim 19 appears to actively set forth two steps described as "identifying via the XML 
document at least one action to be taken . . . ," and "identifying an executor capable of executing 
the at least one action . . . ." The mere steps of identifying actions and capable executors do not 
necessarily result in the actual execution of such actions, nor is such execution clearly and 
positively recited in the claim (execution is recited as part of a "wherein" clause, and thus 
appears to only define intended consequences of a hypothetical execution). Accordingly, claim 
19 is not limited to a practical application producing a useful, tangible, and concrete result. 

Claims 20-22, while appearing to add steps to method claim 19, fail to achieve a practical 
application by producing a useful, tangible, and concrete result. For example, the test cases and 
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test groups are not adequately defined in the claims as being clearly tangible {e.g., stored, 
displayed, conveyed, etc.), or functionally useful in and of themselves (e.g., to achieve actual 
testing of software) by virtue of merely being combined as recited, and instead appear to be only 
the manipulation of abstract ideas. Accordingly, these claims are nonstatutory. 

10. To expedite a complete examination of the instant application, the claims rejected under 
35 U.S.C. §101 (non-statutory) above are further rejected as set forth below in anticipation of 
Applicant amending these claims to place them within the four statutory categories of invention. 

Claim Rejections - 35 USC § 112 

11. The following is a quotation of the second paragraph of 35 U.S.C. 1 12: 

The specification shall conclude with one or more claims particularly pointing out and distinctly claiming the 
subject matter which the applicant regards as his invention. 

12. Claims 1-23 are rejected under 35 U.S.C. 1 12, second paragraph, as being indefinite for 
failing to particularly point out and distinctly claim the subject matter which applicant regards as 
the invention. 

Independent claims 1, 13, 19, and 23 refer to "one or more actions and both a single 
executor and a plurality of executors. It is unclear from the language of the claims whether the 
claims require invoking one executor corresponding to one action, one executor associated with 
multiple (one or more) actions, or multiple executors associated with multiple actions. 

Claim Rejections - 35 USC §103 

13. The text of those sections of Title 35, U.S. Code not included in this action can be found 
in a prior Office action. 
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14. Claims 1-3, 6-23 are rejected under 35 U.S.C. 103(a) as being unpatentable over Shupps 
et al. (Shupps et aL, US 2002/0188890) in view of Bahrs et al. (Bahrs et aL, US 2003/0097650). 

Claim 1 

Shupps et aL teach a system (see at least FIG.l & associated text) for testing software (see at 

least testing code, application paragraph [0002]) comprising: 

o an executor (see at least client computer 12, server computer 16 FIG.l & associated text; 
computer-executable instructions, HTML, scripting code paragraph [0069]) for executing 
(see at least client computer 12, log file, log entries, transactions paragraphs [0133]- 
[0137]; [0143]; 822 FIG.8 & associated text; 922 FIG.9 & associated text) at least one 
action (see at least test script, action paragraphs [0030]-[0036]; transaction information 
paragraphs [01 15]-[0121]), the at least one action specified in an XML document (see at 
least computer file, document, XML paragraph [0030]; rendered code, XML, scripting 
paragraph [0074]; files, XML paragraph [0082]; DOM, XML documents, components, 
application paragraph [0087]; testing, components paragraph [0100]; transaction 
information, computer fie, document paragraph [0121]), 
o a dispatcher for instantiating the executor to execute the at least one action (see at least 

822 FIG.8 & associated text); and 
o a driver for receiving information associated with the execution of the at least one action, 
and for sending instructions to the dispatcher (see at least 816, 818, 822 FIG.8 & 
associated text). 
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Schupps et al fails to expressly teach the XML document comprising at least one test case, and 
the XML document specifying the executor for executing the at least one action. However, 
Bahrs et al teach such an XML document containing a test case and specifying an executor 
(test harness). See, e.g., Bahrs et al, paragraphs [0048] and [0064]; and the example 
configuration file (XML) listed on pp. 6-7. Bahrs further teaches a plurality of executors for 
executing test cases, where the particular executor to be used is specified in the test case. See, 
e.g., Bahrs et al, paragraphs [0043] and [0054] through [0057] (describing configurable 
execution of test cases specified by the test cases themselves through the extension of an 
abstract test case class based on configuration data). Therefore, it would have been obvious to 
one of ordinary skill in the computer art at the time the invention was made to modify the 
system of Schupps et al to include such an XML document. One would be motivated to do so 
to provide an efficient means for organizing and reusing test cases by changing data object 
configurations necessary for the test case execution {Bahrs et al, paragraph [0065]). 
Both Schupps and Bahrs teach writing errors to a log file {See, e.g, Schupps et al at paragraphs 
[0037] and [0073] through [0075]; Bahrs et al at paragraphs [0005] and [0036]), and thus, such 
a step would have been likewise obvious. 

Claim 2 

The rejection of base claim 1 is incorporated. Shupps et al further teach a logger for logging 
information associated with the execution of the at least one action (see at least reporting 
mechanism paragraph [0036]). 
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Claim 3 

The rejection of base claim 2 is incorporated. Shupps et al further teach wherein the logger 
logs trace statements (see at least pass/fail statistics paragraph [0037]). 

Claim 6 

The rejection of base claim 2 is incorporated. Shupps et al further teach wherein the logger 
logs errors (see at least identification of any errors encountered, results, reports paragraph 
[0037]). 

Claim 7 

The rejection of base claim 1 is incorporated. Shupps et al further teach wherein the driver 
receives input comprising a level of logging to be performed (see at least document validation, 
component validation paragraphs [0147]-[01 53]; 77/2, 1142 FIG.l 1 & associated text). 

Claim 8 

The rejection of base claim 1 is incorporated. Shupps et al further teach wherein the XML 
document comprises at least one action to be performed to test a software system (see at least 
test script, action paragraphs [0030]-[0036]; transaction information paragraphs [01 15]-[0121]) 
and identifies an executor to execute the at least one action (see at least 822 FIG. 8 & associated 
text; 922 FIG. 9 & associated text; client computer 12, log file, log entries, transactions 
paragraphs [01 33]-[01 37]; [0143]). 
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Claim 9 

The rejection of base claim 1 is incorporated. Shupps et al further teach wherein the XML 
document specifies at least one action to be performed to initialize the software system (see at 
least 810 FIG. 8 & associated text; 910 FIG. 9 & associated text; client computer 12, log file, log 
entries, transactions paragraphs [01 33]-[01 37]; [0143]). 

Claim 10 

The rejection of base claim 1 is incorporated. Shupps et al further teach wherein the XML 
document specifies at least one action to be performed to test the software system (see at least 
810 FIG. 8 & associated text; 910 FIG. 9 & associated text; client computer 12, log file, log 
entries, transactions paragraphs [0133]-[0137]; [0143]). 

Claim 11 

The rejection of base claim 10 is incorporated. Shupps et al further teach wherein the XML 
document specifies at least one expected result of performing the at least one action (see at least 
expected result, each action paragraph [0034]; expected results, transaction definition 
paragraphs [0145]-[0146]). 

Claim 12 

The rejection of base claim 1 is incorporated. Shupps et al further teach wherein the XML • 
document specifies at least one action to restore the software to a testable state (see at least 
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transaction definition, version identifier, restore transaction definitions, rollback paragraph 
[0166]; [0179]). 

Claim 13 

Shupps et al teach a method of testing software (see at least testing code, application paragraph 
[0002]) comprising: 

o determining at least one option associated with executing at least one action in a process 
(see at least expected result, each action paragraph [0034]; expected results, transaction 
definition paragraphs [0145]-[0146]), the action specifiable in an XML test case (see at 
least computer file, document, XML paragraph [0030]; rendered code, XML, scripting 
paragraph [007 4]\ flies, XML paragraph [0082]; DOM, XML documents, components, 
application paragraph [0087]; testing, components paragraph [0100]; transaction 
information, computer file, document paragraph [0121]), 

o associating the at least one action with an executor capable of executing the at least one 
action (see at least 810 FIG. 8 & associated text; 910 FIG.9 & associated text; client 
computer 12, log file, log entries, transactions paragraphs [0133]-[0137]; [0143]); and 

o executing the action (see at least 822 FIG. 8 & associated text; 922 FIG. 9 & associated 
text; client computer 12, log file, log entries, transactions paragraphs [01 33]-[01 37]; 
[01.43]). 

Schupps et al. fails to expressly teach the XML document comprising at least one test case, and 
the XML document specifying the executor for executing the at least one action. However, 
Bahrs et al. teach such an XML document containing a test case and specifying an executor 
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(test harness). See, e.g., Bahrs et al, paragraphs [0048] and [0064]; and the example 
configuration file (XML) listed on pp. 6-7. Bahrs further teaches a plurality of executors for 
executing test cases, where the particular executor to be used is specified in the test case. See, 
e.g., Bahrs et al, paragraphs [0043] and [0054] through [0057] (describing configurable 
execution of test cases specified by the test cases themselves through the extension of an 
abstract test case class based on configuration data). Therefore, it would have been obvious to 
one of ordinary skill in the computer art at the time the invention was made to modify the 
system of Schupps et al to include such an XML document. One would be motivated to do so 
to provide an efficient means for organizing and reusing test cases by changing data object 
configurations necessary for the test case execution {Bahrs et al, paragraph [0065]). Both 
Schupps and Bahrs teach writing errors to a log file {See, e.g, Schupps et al. at paragraphs 
[0037] and [0073] through [0075]; Bahrs et al. at paragraphs [0005] and [0036]), and thus, such 
a step would have been likewise obvious. 

Claim 14 

The rejection of base claim 13 is incorporated. Shupps et al. further teach wherein the action 
comprises initializing a global testing environment (see at least Globally Unique Identifier 
paragraph [0103]; FIG. 5 & associated text). 
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Claim 15 

The rejection of base claim 13 is incorporated. Shupps et al further teach wherein the action 
comprises initializing a testing environment for a single iteration of the test case (see at least 
802-826 FIG. 8 & associated text). 

Claim 16 

The rejection of base claim 13 is incorporated. Shupps et al further teach wherein the action 
comprises a test operation (see at least test script, action paragraphs [0030]-[0036]; transaction 
information paragraphs [01 15]-[0121]). 

Claim 17 

The rejection of base claim 13 is incorporated. Shupps et al further teach wherein the action 
comprises validating the result of the test operation (see at least transaction validation, actual 
results, transaction execution, expected results, transaction definition paragraphs [0145]- 
[0146]). 

Claim 18 

The rejection of base claim 13 is incorporated. Shupps et al further teach wherein the action 
comprises restoring a testing environment to a testable state (see at least transaction definition, 
version identifier, restore transaction definitions, rollback paragraph [0166]; [0179]). 
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Claim 19 

Shupps et al teach a method of generating a test case (see at least testing software, client 
computer 12, automatically create the transaction definition paragraph [0122]; automated 
transaction definition paragraph [0129]) comprising identifying at least one 
action to be taken to test software (see at least 810 FIG. 8 & associated text; 910 FIG. 9 & 
associated text; client computer 12, log file, log entries, transactions paragraphs [0133]-[0137]; 
[0143]) and identifying an executor capable of executing the at least one action (see at least 822 
FIG. 8 & associated text; 922 FIG. 9 & associated text; client computer 12, log file, log entries, 
transactions paragraphs [0133]-[0137]; [0143]). 

Schupps et al fails to expressly teach specifically an XML document specifying the executor 
for executing the at least one action. However, Bahrs et al teach such an XML document 
containing a test case and specifying an executor (test harness). See, e.g., Bahrs et al, 
paragraphs [0048] and [0064]; and the example configuration file (XML) listed on pp. 6-7. 
Bahrs further teaches a plurality of executors for executing test cases, where the particular 
executor to be used is specified in the test case. See, e.g., Bahrs et al, paragraphs [0043] and 
[0054] through [0057] (describing configurable execution of test cases specified by the test 
cases themselves through the extension of an abstract test case class based on configuration 
data). Therefore, it would have been obvious to one of ordinary skill in the computer art at the 
time the invention was made to modify the system of Schupps et al to include such an XM L 
document. One would be motivated to do so to provide an efficient means for organizing and 
reusing test cases by changing data object configurations necessary for the test case execution 
(Bahrs et al, paragraph [0065]). Both Schupps and Bahrs teach writing errors to a log file (See, 
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e.g, Schupps et al at paragraphs [0037] and [0073] through [0075]; Bahrs et al. at paragraphs 
[0005] and [0036]), and thus, such a step would have been likewise obvious. 

Claim 20 

The rejection of base claim 19 is incorporated. Shupps et al. further teach wherein the test case 
is a first test case and the first test case is copied and modified to generate a second test case 
(see at least modify the transaction definitions paragraph [0144]; 39 FIG. 3 & associated text; 
altered definition, new transaction definition, changes paragraph [0165]). 

Claim 21 

The rejection of base claim 20 is incorporated. Shupps et al. further teach wherein a test group 
is generated by combining the first and second test cases into a test group (see at least reusable 
definitions, new definitions paragraph [0175]). 

Claim 22 

The rejection of base claim 21 is incorporated. Shupps et al further teach wherein a second test 
group is generated by combining the test group with a third test case to generating a second test 
group (see at least reusable definitions, new definitions paragraph [0175]). 
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Claim 23 

Shupps et al teach a computer-readable medium (see at least ROM 122, 162, RAM 124, 164 
FIG.l & associated text) including computer-executable instructions (see at least software code 
paragraph [0068]) for: 

o determining at least one option associated with executing at least one action in a process 
(see at least expected result, each action paragraph [0034]; expected results, transaction 
definition paragraphs [0145]-[0146]), the action specifiable in an XML test case (see at 
least computer file, document, XML paragraph [0030]; rendered code, XML, scripting 
paragraph [0074]; files, XML paragraph [0082]; DOM, XML documents, components, 
application paragraph [0087]; testing, components paragraph [0100]; transaction 
information, computer file, document paragraph [0121]), 

o associating the at least one action with an executor capable of executing the at least one 
action (see at least 8 JO FIG. 8 & associated text; 910 FIG. 9 & associated text; client 
computer 12, log file, log entries, transactions paragraphs [0 1 33]-[01 37]; [0143]); and 

o executing the action (see at least 822 FIG. 8 & associated text; 922 FIG. 9 & associated 
text; client computer 12, log file, log entries, transactions paragraphs [01 33]-[01 37]; 
[0143]). 

Schupps et al. fails to expressly teach the XML document comprising at least one test case, and 
the XML document specifying the executor for executing the at least one action. However, 
Bahrs et al teach such an XML document containing a test case and specifying an executor 
(test harness). See, e.g., Bahrs et al, paragraphs [0048] and [0064]; and the example 
configuration file (XML) listed on pp. 6-7. Bahrs further teaches a plurality of executors for 



Application/Control Number: 1 0/685,667 Page 1 8 

Art Unit: 2192 

executing test cases, where the particular executor to be used is specified in the test case. See, 
e.g., Bahrs et al, paragraphs [0043] and [0054] through [0057] (describing configurable 
execution of test cases specified by the test cases themselves through the extension of an 
abstract test case class based on configuration data). Therefore, it would have been obvious to 
one of ordinary skill in the computer art at the time the invention was made to modify the 
system of Schupps et al to include such an XML document. One would be motivated to do so 
to provide an efficient means for organizing and reusing test cases by changing data object 
configurations necessary for the test case execution {Bahrs et al, paragraph [0065]). Both 
Schupps and Bahrs teach writing errors to a log file (See, e.g, Schupps et al. at paragraphs 
[0037] and [0073] through [0075]; Bahrs et al. at paragraphs [0005] and [0036]), and thus, such 
a step would have been likewise obvious. 



1 5. Claims 4 and 5 are rejected under 35 U.S.C. 103(a) as being unpatentable over Shupps et 
al. in view of Bahrs et al. (Bahrs et al, US 2003/0097650) and Ogawa et al. (OgaM>a et al, US 
5608874). 

Claim 4 

The rejection of base claim 2 is incorporated. Shupps et al do not expressly disclose wherein 
the logger logs exceptions. However, Ogawa et al disclose a system for testing software (see at 
least error checking, validation Abstract) wherein a logger (see at least Postprocessor 601 
FIG. 9 & associated text) logs exceptions (see at least Exception Report coI.4:52-53; 
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Warning/Error Report 627 FIG. 9 & associated text). Shupps et al and Ogawa et al are 
analogous art because they are both directed to testing software. It would have been obvious to 
one of ordinary skill in the pertinent art at the time the invention was made to incorporate the 
teaching of Ogawa et al into that of Shupps et al for the inclusion of logging exceptions, and 
warnings. And the motivation for doing so would have been to facilitate data analysis 
performed by the software testers and further assist the system in providing appropriate 
solutions and suggested remedies in accordance with the logged exceptions and warnings (see 
Ogawa et al col.l:55-col.2:10; col.23:23-35). 

Claim 5 

The rejection of base claim 2 is incorporated. Ogawa et al further teach wherein the logger 
logs warnings (see at least Exception Report, warnings col.4:52-53; Test Result Report, 
warnings col. 6:49-52; Warning/Error Report col.23:23-35; 627 FIG.9 & associated text). It 
would have been obvious to one of ordinary skill in the pertinent art at the time the invention 
was made to incorporate the teaching of Ogawa et al into that of Shupps et al for the inclusion 
of logging warnings. And the motivation for doing so would have been the same as has been 
cited in claim 4. 
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Conclusion 

16. Applicant's amendment necessitated the new ground(s) of rejection presented in this 
Office action. Accordingly, THIS ACTION IS MADE FINAL. See MPEP § 706.07(a). 
Applicant is reminded of the extension of time policy as set forth in 37 CFR 1 .136(a). 

A shortened statutory period for reply to this final action is set to expire THREE 
MONTHS from the mailing date of this action. In the event a first reply is filed within TWO 
MONTHS of the mailing date of this final action and the advisory action is not mailed until after 
the end of the THREE-MONTH shortened statutory period, then the shortened statutory period 
will expire on the date the advisory action is mailed, and any extension fee pursuant to 37 
CFR 1.136(a) will be calculated from the mailing date of the advisory action. In no event, 
however, will the statutory period for reply expire later than SIX MONTHS from the date of this 
final action. 

1 7. Any inquiry concerning this communication or earlier communications from the 
Examiner should be directed to Eric B. Kiss whose telephone number is (571) 272-3699. The 
Examiner can normally be reached on Tue. - Fri., 7:00 am - 4:30 pm. The Examiner can also be 
reached on alternate Mondays. 

If attempts to reach the Examiner by telephone are unsuccessful, the Examiner's 
supervisor, Tuan Dam, can be reached on (571) 272-3695. The fax phone number for the 
organization where this application or proceeding is assigned is (571) 273-8300. 
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Information regarding the status of an application may be obtained from the Patent 
Application Information Retrieval (PAIR) system. Status information for published applications 
may be obtained from either Private PAIR or Public PAIR. Status information for unpublished 
applications is available through Private PAIR only. For more information about the. PAIR 
system, see http://pair-direct.uspto.gov. Should you have questions on access to the Private PAIR 
system, contact the Electronic Business Center (EBC) at 866-217-9197 (toll-free). If you would 
like assistance from a USPTO Customer Service Representative or access to the automated 
information system, call 800-786-9199 (IN USA OR CANADA) or 571-272-1000. 

Any inquiry of a general nature should be directed to the TC 2100 Group receptionist: 
571-272-2100. 




Eric B. Kiss 

Primary Patent Examiner 
November 23, 2007 



